home *** CD-ROM | disk | FTP | other *** search
/ EnigmA Amiga Run 1997 February / EnigmA AMIGA RUN 15 (1997)(G.R. Edizioni)(IT)[!][issue 1997-02][PLANET CD V].iso / enigma / earcd / comm / comm2 / ctdcs701.lha / ERRORS.MSG < prev    next >
Text File  |  1996-10-13  |  22KB  |  669 lines
  1. Error Messages for Citadel
  2.  
  3.    This is an incomplete listing of error messages, both fatal and warning,
  4. Citadel  can generate, along with possible explanations and even plans
  5. for fixing same.  These can occur both in CONFG and CTDL.
  6.  
  7. FATAL MESSAGES:
  8.    These messages will usually show up at the console and in a file named
  9. CRASH.
  10.  
  11. ------------
  12.  
  13. "INTERNAL: No room for new option!"
  14.  
  15.    PROBLEM: This error indicates you have either a trashed CTDLPROT.SYS file
  16. or have defined either too many external upload or download protocols.  The
  17. limit is 15 for both modes.
  18.  
  19.    SOLUTIONS: It should be obvious if the problem is in uploads or downloads.
  20. Remember, you're only allowed about 20 external protocols in each of uploads
  21. and downloads (not total, but per).  Check to make sure your CTDLPROT.SYS is
  22. correct (not trashed up).
  23. You'll find CTDLPROT.SYS in your #ROOMAREA directory.
  24.  
  25. ------------
  26.  
  27. "?getLog-read fail//EOF detected (1)!"
  28. "?getLog-read fail//EOF detected (2)!"
  29. "?getLog-read fail//EOF detected (3)!"
  30.  
  31.    PROBLEM: An attempt to read an account from the log failed.  1 indicates
  32. the failure occurred while reading the main body of the account, 2 the failure
  33. occurred while trying to read the room pointers, 3 the failure occurred in
  34. reading the Mail> data.  This is a serious problem.
  35.  
  36.    SOLUTIONS? If the cause isn't a damaged CTDLLOG.SYS which will require you
  37. to erase it and reconfigure (and thus lose all of your accounts if you haven't
  38. backed up), then there are a few other causes:
  39.  
  40.  o Changing #MAIL-SLOTS in CTDLCNFG.SYS without running one of the data
  41. expansion contraction utilities (DataChng will do the job).
  42.  
  43.  o Changing #MAXROOMS in CTDLCNFG.SYS without etc.
  44.  
  45.  o Changing both #MAXROOMS and #MAIL-SLOTS in the same session.
  46. While this should be theoretically possible, it is NOT recommended.
  47.  
  48.  o Internal bug.  Report it if the other causes seem improbable.
  49.  
  50. ------------
  51.  
  52. "?putLog-write fail (1)!"
  53. "?putLog-write fail (2)!"
  54. "?putLog-write fail (3)!"
  55.  
  56.    PROBLEM: As you might guess, these are related to those above.  They indicate
  57. an attempt to update the log failed.  1 indicates the failure occurred
  58. while writing the main body of the account, 2 while writing the room pointers,
  59. and 3 the Mail> data.  This problem is very serious.  The most probable
  60. cause is some sort of odd mixup or an internal bug.
  61.  
  62. ------------
  63.  
  64. "?getRoom(): read failed//error or EOF (1)!"
  65. "?getRoom(): read failed//error or EOF (2)!"
  66.  
  67.    PROBLEM: An attempt to read a room record failed.  1 indicates the failure
  68. came while reading the main body of the room, 2 the messages themselves.
  69.  
  70.    SOLUTIONS?  This is a serious problem.  It can be caused by changing
  71. #MAXROOMS without employing DataChng.  Otherwise, you may have found a
  72. bug.
  73.  
  74. ------------
  75.  
  76. "?putRoom(): fseek failure!"
  77. "?putRoom() crash!//0 returned!!!(1)"
  78. "?putRoom() crash!//0 returned!!!(2)"
  79.  
  80.    PROBLEM: A room record couldn't be written; 1 indicates the failure came
  81. while writing the main body of the room's record, 2 the messages.  The fseek
  82. failure indicates the system wasn't allowed to find the correct place in
  83. CTDLROOM.SYS to write.
  84.  
  85.    SOLUTIONS?  This is very serious and may indicate a DOS problem or internal
  86. bug.
  87.  
  88. ------------
  89.  
  90. "Memory failure -- I need more memory!"
  91.  
  92.    PROBLEM: Citadel  couldn't allocate memory for an internal buffer.
  93.  
  94.    SOLUTION: Don't run such a large system or free up more space by killing
  95. commodities or other program you run in your startup.
  96.  
  97. ------------
  98.  
  99. "Couldn't open the floor file for update!"
  100.  
  101.    PROBLEM: Citadel  tried to open the floor file for an update and failed.
  102.  
  103.    SOLUTION: This may be caused by accidentally deleting your CTDLFLR.SYS
  104. file while in Outside Commands or something.
  105. ------------
  106.  
  107. "?putFloor(): write failed!"
  108.  
  109.    PROBLEM: Citadel  tried to write to the floor file and failed.
  110.  
  111.    SOLUTION?  The only probable cause would be a problem with disk full or
  112. with DOS.
  113.  
  114. ------------
  115.  
  116. "?getNet-read fail(1)!!"
  117. "?getNet-read fail(2)!!"
  118. "?getNet-read fail(3)!!"
  119.  
  120.    PROBLEM: An attempt to read a net (node) record failed.  1 indicates the
  121. failure occurred while reading the main body of the net record, 2 the room
  122. sharing information, 3 the network-archive information.
  123.  
  124.    SOLUTION:  The causes could be
  125.  
  126.  o changing #SHARED-ROOMS without using DataChng.
  127.  o changing #NET-ARCH-ROOMS etc.
  128.  o trying to change both of the above at the same time.
  129.  o internal bug.
  130.  
  131. ------------
  132.  
  133. "?putNet-write fail(1)!!"
  134. "?putNet-write fail(2)!!"
  135.  
  136.    PROBLEM: An attempt to write a net (node) record failed.  1 indicates the
  137. failure occurred while writing the main body of the net record, 2 the room
  138. sharing information.
  139.  
  140.    SOLUTIONS?  Well, best bets are a full disk, an internal bug or a problem
  141. with DOS.
  142.  
  143. ------------
  144.  
  145. "?nextMsgChar-read fail"
  146.  
  147.    PROBLEM: Citadel  tried to read a sector from the message base and
  148. failed.
  149.  
  150.    SOLUTIONS?  Either you have a badly damaged CTDLMSG.SYS (the file has
  151. been truncated in some way), or you've messaged with your #MESSAGEK parameter
  152. without using Expand.
  153.  
  154. ------------
  155.  
  156. "?startAt read fail"
  157.  
  158.    PROBLEM: Citadel  tried to change file position to read a message and
  159. wasn't allowed to.
  160.  
  161.    SOLUTIONS?  See above error.
  162.  
  163. ------------
  164.  
  165. "?putMsgChar-write fail"
  166. "?putMsgChar-read fail"
  167. "?ctdlmsg.sys write fail"
  168.  
  169.    PROBLEM: These two errors indicate, collectively, a failure to write a
  170. message to disk.  The first and third indicate a failure occurred while
  171. actually writing to disk, the second failure occurred while reading in part
  172. of the message base in preparation for modification and writing.
  173.  
  174.    SOLUTIONS?  See above error.
  175.  
  176. ------------
  177.  
  178. "putMessage -- couldn't open direct mail file!"
  179. "putMLNet crash"
  180.  
  181.    PROBLEM: Citadel  attempted to open a network Mail> file (*.ML) and
  182. failed; Citadel  couldn't write to the network Mail> file.
  183.  
  184.    SOLUTIONS?  The disk may be full; #NETAREA may have disappeared (unlikely,
  185. though); internal bug.
  186.  
  187. ------------
  188.  
  189. "putMessage -- couldn't open route mail file!"
  190.  
  191.    PROBLEM: Citadel  attempted to open a network routed Mail> file (R*.*)
  192. and failed.
  193.  
  194.    SOLUTIONS?  See above error.
  195.  
  196.  
  197. "Dependent variables mismatch!"
  198.  
  199.    PROBLEM: Citadel  detected a a mismatch between the room name in the
  200. internal index and the name of the room read off of disk.
  201.  
  202.    SOLUTIONS?  Internal bug.  Report it, see if you can reproduce it at will.
  203.  
  204. ------------
  205.  
  206. "shared rooms: #2"
  207. "shared rooms: #1"
  208.  
  209.    PROBLEM: A bad shared room status was detected.
  210.  
  211.    SOLUTIONS?  An examination of the netlog.sys should indicate what room the
  212. crash occurred for; also, editing the implicated node and using the 'R'ooms
  213. command should show which room looks odd.  Unshare the room and then reshare
  214. it.
  215.  
  216. ------------
  217.  
  218. "ctdlvnet.sys is missing!!"
  219. "ctdlvrm.sys is missing!"
  220. "ctdlvnet.sys is missing!!"
  221.  
  222.    PROBLEM: These indicate something's wrong in the virtual rooms.
  223.  
  224.    SOLUTIONS?  See if the files exist in the VIRTUAL directory.
  225.  
  226. ------------
  227.  
  228. "crashout: unknown case in switch statement"
  229.  
  230.    PROBLEM: Citadel  is upset about handling the calllog.sys.
  231.  
  232.    SOLUTIONS?  This is an internal bug, please report it and all circumstances.
  233.  
  234. ------------
  235.  
  236. "CallMsg error!"
  237.  
  238.    PROBLEM: Citadel  can't open an audit file.
  239.  
  240.    SOLUTIONS?
  241.  
  242.  o Citadel  "moved" itself out of its directory and failed to move back (very
  243. unlikely), which is an internal bug.
  244.  
  245. ------------
  246.  
  247. "putSLNet crash"
  248.  
  249.    PROBLEM: Citadel  can't write to a sendfile file.
  250.  
  251.    SOLUTIONS?  Beats us.
  252.  
  253.  
  254. ------------
  255.  
  256. NON-FATAL WARNING MESSAGES:
  257.    These messages typically only show up either at the console or on the
  258. user's screen and the console.
  259.  
  260. ------------
  261.  
  262. "URP IN DOMAINS!"
  263.  
  264.    PROBLEM: Internal bug in Citadel .  Indicates the system thought was
  265. absolutely certain it is a domain server for some domain, but upon checking
  266. discovered to its dismay that it is not.
  267.  
  268.    SOLUTIONS? Report it and all details.  Attempt to reproduce.
  269.  
  270. ------------
  271.  
  272. "WARNING: badly formed ctdldmhd.sys."
  273.  
  274.    PROBLEM: Your CtdlDmhd.Sys file (see Network3.Man) has one or more lines
  275. in it that Citadel  couldn't really do much with.
  276.  
  277.    SOLUTIONS? Fix them if you built the file yourself, else contact the
  278. person who made the file and inform them of the problem.  Be aware that maybe
  279. the file has just been trashed up.  Also, if you have a CtdlDmhd.Lcl file
  280. in place, the problem may lie in there rather than in CtdlDmhd.Sys.
  281.  
  282. ------------
  283.  
  284. "INTERNAL FILE ERROR!"
  285.  
  286.    PROBLEM: Citadel  tried to open a compressed file prepatory to reading
  287. information from it and failed.
  288.  
  289.    SOLUTIONS? At this point, Citadel  should already have verified the file
  290. exists, so why the opening the file failed indicates a bug of some sort.
  291.  
  292. ------------
  293.  
  294. "Sorry, no room in system."
  295.  
  296.    This message is displayed to a TWITted user attempting to create a room.
  297.  
  298. ------------
  299.  
  300. "Your date is unintelligible."
  301.  
  302.    This message is displayed to a user who attempted to read messages since
  303. or before a given date and entered a date Citadel  couldn't decode.  The
  304. correct format for a date is yymmmdd, where yy is optional, mmm is the
  305. month and is text, not numeric, and need only be so long as to be unique
  306. (the longest this requires is three letters in the case of July and June).
  307.  
  308. ------------
  309.  
  310. "System error with mkdir!"
  311.  
  312.    This message is displayed when attempting to create a temporary work
  313. directory.  The only probable cause is a full disk, since Citadel  checks
  314. for files/directories which might interfere with creating a temporary
  315. directory (i.e., the name used for the temporary directory is dynamic).
  316.  
  317. ------------
  318.  
  319. "SetSpace failure, aborting!"
  320.  
  321.    This message indicates the system attempted to change directory to the
  322. directory attached to the current room prepatory to transmitting a file
  323. using an external protocol and failed.  Presumably, the existence of the
  324. directory should have been verified, so this error would probably indicate
  325. a bug of some sort.
  326.  
  327. ------------
  328.  
  329. "Sorry, the list of files would be too long.  Try again without a date
  330.             specification."
  331. "Sorry, the list of files would be too long."
  332.  
  333.    These two messages are caused by the same problem.  Citadel  transmits
  334. files via external protocols by executing the named program with the file
  335. names (wildcards are expanded).  Unfortunately, DOS has a command line
  336. limitation of 128 characters, so if too many file names result from the
  337. user's file specification, Citadel  cannot run the program safely.  If there
  338. is a date specification attached to the download, then Citadel  simply
  339. aborts.  If not, Citadel  again tries to build a command line, this time
  340. with an unexpanded file-spec (i.e., what the user typed in).  If overflow
  341. once again occurs, Citadel  gives up.  If it does work, Citadel  will
  342. execute the external program, trusting the program can expand its wildcards.
  343.  
  344. ------------
  345.  
  346. "Ooops, couldn't find <msg#>"
  347.  
  348.    This message indicates your system's message base (CTDLMSG.SYS) has
  349. suffered some sort of damage, or Citadel  is confused.  Running CONFG
  350. on your system may fix it if Citadel  is confused (although you may have
  351. to delete CHKPT to ensure a complete reconfigure), but if there's real
  352. damage (caused by disk errors or Citadel  bugs (the latter unlikely)),
  353. then you'll just have to wait until Citadel  overwrites the damaged error.
  354.  
  355.    Since we've not seen Citadel  destroy its own message base, you may want
  356. to consider have your hardware checked.
  357.  
  358. ------------
  359.  
  360. "Unexpected internal error, please report it!"
  361.  
  362.    This message indicates a bug in Citadel 's Mail system.  Please try
  363. to reproduce it and then report it.
  364.  
  365. ------------
  366.  
  367. "Internal error in mail!"
  368.  
  369.    This error indicates another bug in Citadel 's Mail which should
  370. be reported.  This time, Citadel  was saving a Mail message and suddenly
  371. discovered the user the Mail was intended for can no longer be found
  372. despite earlier verification!
  373.  
  374. ------------
  375.  
  376. "Internal error, couldn't identify <string>"
  377.  
  378.    This error, which can involve both users and system names, is generated
  379. by the Who Else processing and, once again, indicates an internal bug
  380. which should be reproduced and then reported it.
  381.  
  382. ------------
  383.  
  384. "ERROR: Couldn't open output file <filename>"
  385.  
  386.    This message is occurs when Citadel  attempted to open a file to Journal
  387. (manual) or Archive (automatic) a message and the open failed.  This
  388. normally indicates a directory or other special object in DOS already
  389. exists with that name, or you tried to open a file which can't exist
  390. (usually because the directory you specified also doesn't exist).  Please
  391. use a different name.
  392.  
  393. ------------
  394.  
  395. "C  internal error with doors.  Sorry."
  396.  
  397.    Citadel  tried to open a transitional data file (to save data in while
  398. a door is up) and failed.  Maybe your disk is full?  Maybe we have a bug
  399. in Citadel .
  400.  
  401. ------------
  402.  
  403. "?ERROR CREATING!"
  404.  
  405.    This message occurs when Citadel  tries to create a directory for some
  406. reason (usually during System Operator activity).  The only probable cause,
  407. offhand, is a full disk.
  408.  
  409. ------------
  410.  
  411. "That's not a directory!"
  412.  
  413.    Citadel  asked you for a directory name and you gave it the name of
  414. a file or something else which it couldn't process.  BAAAAAAAAAAAAAAAD
  415. Sysop!
  416.  
  417. ------------
  418.  
  419. "?Directory not present! (internal error)"
  420.  
  421.    This message indicates your CTDLDIR.SYS file is messed up or missing
  422. completely.  Check on it.
  423.  
  424. ------------
  425.  
  426. "?Directory not present!"
  427.  
  428.    This message indicates the directory attached to the current room
  429. doesn't exist.  You probably deleted it while Citadel  was off-line.
  430. Either recreate it or change the room's setting.
  431.  
  432. ------------
  433.  
  434. "Unknown problem with filetagging!"
  435.  
  436.    FILEDIR.TXT could not be opened for update.  Disk full?  Bug?
  437.  
  438. ------------
  439.  
  440. "buffer overflow"
  441.  
  442.    The user tried to type in more than 7500 characters of text.  Split the
  443. message.
  444.  
  445. ------------
  446.  
  447. "?not found."
  448.  
  449.    User using replace string typed in a string which isn't in the current
  450. message.
  451.  
  452. ------------
  453.  
  454. "?Overflow!"
  455.  
  456.    User using replace string typed in a replacement string which, if allowed,
  457. would cause an overflow of the message buffer.  Split the message.
  458.  
  459. ------------
  460.  
  461. "Sorry, already sharing <number> rooms with <nodename>"
  462.  
  463.    You've reached your #SHARED-ROOMS setting for the named node.  Either
  464. give up or use Ease or DataChng to increase #SHARED-ROOMS.
  465.  
  466. ------------
  467.  
  468. "Couldn't open %s for update?"
  469.  
  470.    This happens when you are attempting to send some files to another system
  471. and Citadel  couldn't open a file to handle the administration.  Full disk,
  472. perhaps?  Bug?
  473.  
  474. ------------
  475.  
  476. "Sorry, reserved name"
  477.  
  478.    You typed in &L for a nodename.  This is reserved to indicate "All Local
  479. Systems."
  480.  
  481. ------------
  482.  
  483. "There are only 31 nets to choose from."
  484.  
  485.    Read NETWORK3.MAN on Member Nets.
  486.  
  487. ------------
  488.  
  489. "Couldn't append to <filename>????"
  490.  
  491.    You wanted to request some files but this error occurred.  Full disk?
  492. Bug?
  493.  
  494. ------------
  495.  
  496. "Unknown problems with netMail: author=-<name>-, target=-<name>-,
  497. context=-<stuff>-.  System was <name>."
  498.  
  499.    This error, which will show up in the Aide> room, indicates your system
  500. attempted to send Net Mail to another system (named in the message), but
  501. failed for some completely unknown reason.  The author name indicates who
  502. authored the message, the target is the name of the person the mail was
  503. supposed to be delivered to, and the context is supposed to contain stuff
  504. allowing debug of the problem.
  505.  
  506.    The only current case in which this may show up is when someone sends
  507. netmail somewhere else but to a recipient who doesn't exist, and then is
  508. deleted from the sending system before the mail is delivered.  This can also
  509. happen on older systems (pre-V3.32) with accounts forwarding mail incorrectly
  510. onward, when the mail being forwarded is netmail and the sender on real
  511. originating system doesn't happen to exist on the intermediate system (that
  512. is, the one which found the warning message in the Aide> room).
  513.  
  514. ------------
  515.  
  516. THE NETLOG
  517.  
  518.    These messages may appear from time to time in your netlog if you happen
  519. to run a netlog.  Not all netlog messages are covered here, only the unusual
  520. messages.
  521.  
  522. ------------
  523.  
  524. "Couldn't switch to WXMODEM"
  525. "No YMODEM"
  526.  
  527.    These two messages indicate Citadel  couldn't switch from XMODEM, the
  528. default low-level protocol, to a different (and presumably better)
  529. protocol.  These messages will be seen most often when dealing with
  530. older Citadel  variants such as STadel or very old Citadel  systems.
  531.  
  532. ------------
  533.  
  534. "No compaction"
  535.  
  536.    For some reason Citadel  couldn't enable message compaction when netting
  537. with another system.  As with the two previous messages, this'll be seen
  538. with old variants and elderly Citadel  systems.
  539.  
  540. ------------
  541.  
  542. "ITL_send failure <number>, mode <number>"
  543.  
  544.    This message indicates an unexpected interruption of service at the
  545. lowest level of the network protocol, specifically during transmission (as
  546. opposed to reception) of data or control information.  There are a number of
  547. causes for messages of this sort:
  548.  
  549.  o Some versions of STadel and STadel-variants do not handle role-reversal
  550. termination correctly.  In this case there is nothing to worry about, all
  551. data should transfer cleanly despite the unfortunate glitch.
  552.  
  553.  o Line noise.  There is no guarantee that all data transferred.
  554.  
  555.  o Disk full conditions sometimes cause this.
  556.  
  557.  o Etc.
  558.  
  559.    The following are the specific values and their meanings for the two
  560. numbers that can show up.
  561.  
  562.    The FAILURE code (first number):
  563.  
  564.  2 -- The receiver cancelled the transmission.  This is highly unusual,
  565. since a cancellation of a transmission should take place at a far higher
  566. level.
  567.  
  568.  3 -- The transmission never even started; the initialization sequence for
  569. whatever protocol is in use (NAK for XMODEM, for example) was never
  570. received during the timeout period.
  571.  
  572.  4 -- General failure code, could mean anything from the system was being
  573. fussy to full disks.
  574.  
  575.  9 -- Carrier was lost.
  576.  
  577.    The MODE code (second number) can only be one of two numbers:
  578.  
  579.  1 -- The failure occurred while attempting to start a transmission; that is,
  580. Citadel  was prepared to send information and the other end crapped out
  581. without even trying to initialize the transmission.  Usually, Mode 1 failures
  582. occur with a failure code of 9.
  583.  
  584.  2 -- The failure occurred during or at the end of the transmission.
  585.  
  586. ------------
  587.  
  588. "Msg from unknown node <system name> @<system id>",
  589.  
  590.    During vortex handling, Citadel  displays the name and ID of every
  591. system your installation doesn't know about which had a message in
  592. the current batch to be processed.
  593.  
  594. ------------
  595.  
  596. "<message id> from <system name> rejected."
  597.  
  598.    This indicates a message is thought to have been vortexed and was
  599. thus rejected.  The message may be in a file named DISCARD.
  600.  
  601. ------------
  602.  
  603. "Couldn't create <filename>!!"
  604.  
  605.    Citadel  was going to create a vortex record for some system and
  606. couldn't open the file for recording the data.  Is your disk full?
  607.  
  608. ------------
  609.  
  610. "No recipient: <name>"
  611.  
  612.    Net Mail> was sent to a non-existent user on your system.
  613.  
  614. ------------
  615.  
  616. "WARNING: Can't open <filename>!!!!"
  617.  
  618.    Citadel  couldn't open a temporary buffer for generating the summary
  619. Aide> message.  Disk full?  FILES=20 in your CONFIG.SYS?
  620.  
  621. ------------
  622.  
  623. "Rejecting <system name> (<system id>)"
  624.  
  625.    The other system wanted to use you to route to another system and
  626. you refused for some reason, most likely route flags.
  627.  
  628. ------------
  629.  
  630. THE DOMAIN.LOG
  631.  
  632.    These messages may appear from time to time in your domain.log (which in
  633. turn is located in your #DOMAINAREA directory).
  634.  
  635. ------------
  636.  
  637. "Mail for unknown system <system name>."
  638.  
  639.    PROBLEM: Your system is a domain server.  Your system was asked to deliver
  640. mail to a system in a domain you serve which you couldn't identify.
  641.  
  642.    SOLUTIONS? If the system really is unknown, not much.  You can delete the
  643. mail if you like; mail addresses are located in the first 42 bytes of each
  644. file, and killing a file won't hurt.  At the current time there is no mechanism
  645. for automatically sending negative acknowledgements back to the sender.
  646.  
  647.    If, on the other hand, the system name was merely misspelled, you can use
  648. your ALIASES.SYS file to redirect the mail.  See Network3.Man for more detail
  649. on ALIASES.SYS.
  650.  
  651.    Finally, if it happens that the target system is located in some other domain
  652. which you do not serve (user picked wrong domain), you can use an editor to
  653. edit your MAP.SYS file to redirect the mail.  Simply find the entry containing
  654. the bad domain name, correct it, and bring your system back up (oh yeah, you
  655. should bring your system down before doing this sort of stuff).
  656.  
  657. ------------
  658.  
  659. "Don't know how to reach domain <domain name>."
  660.  
  661.    PROBLEM: This is a very rare message.  Your system has no mail hub defined
  662. and has received mail for a domain it knows nothing about.
  663.  
  664.    SOLUTIONS? Define a mail hub.  Find out who serves the domain and make
  665. appropriate adjustments to your system to get it delivered.  If the domain
  666. is just misspelled, consult the last paragraph of the above error message.
  667.  
  668. ------------
  669.